home *** CD-ROM | disk | FTP | other *** search
/ PC Media 20 / PC MEDIA CD20.iso / share / soni / it202 / bugs.doc next >
Text File  |  1996-04-26  |  4KB  |  68 lines

  1.  
  2. OK.. here's a list of the known problems - I'm working on them, so unless
  3. you know how to help... please don't write to me about it!
  4.  
  5. 1) Using a SB16 with DMA 1, causes floppy disk read errors when stereo is
  6.    selected! I don't know *WHY* it does this, but when you turn OFF stereo,
  7.    you can access your floppy disks again perfectly well!
  8.  
  9.    I suspect that this problem also causes problems with QEMM. (I haven't
  10.    tested it myself)
  11.  
  12.    My only possible suggestion (and it sucks), is that there's a hardware
  13.    fault on the SB16 for it's 8-bit DMA..... it doesn't seem to cause any
  14.    obvious problems when I put my SB16 onto DMA 3, though.
  15.  
  16. 2) Incompatibilities with some monitors (Which don't support the screen mode
  17.    that I'm using) and video cards (which don't support a second character
  18.    set). Also, a really weird fix for problems with the video mode (but one
  19.    that works for the person who sent it to me) was to run DOS's EDIT before
  20.    running the tracker!
  21.  
  22. 3) Sound Blaster 2.00 users will find that the detection finds a SB Pro.
  23.    Sorry - you'll have to override the commandline switch with -s1 for now.
  24.  
  25. 4) Apparently, many problems have been encountered with QEMM... I really
  26.    don't know what's going wrong here at the moment (I haven't had any
  27.    experience with QEMM myself), but I would recommend that you steer clear
  28.    of QEMM if possible for the meantime.
  29.  
  30. 5) With the GUS, 16-bit samples > 256k will *NOT* be played correctly. This is
  31.    due to a 'quirk' of the GUS - something that I don't know how to easily fix.
  32.    This does *NOT* occur with 8-bit samples. (This is the same problem that
  33.    you'll find in FastTracker II also)
  34.  
  35. 6) Some MODs/S3Ms won't sound quite correct if they use G00 commands after
  36.    Exx or Fxx commands, because in Impulse Tracker, the 'memory' for Exx, Fxx
  37.    and Gxx are linked, whereas this is not so for MODs/S3Ms. Also, S3M also
  38.    links Exx and Dxx (I *THINK*) whereas IT does *NOT*
  39.  
  40. 7) The "Active Channels" indication is *NOT* always 100% accurate (it's
  41.    even affected by stuff played in muted channels.....) Also, on a GUS, the
  42.    program requires the GUS to provide the 'end of note indication', whereas
  43.    the mixing routines are calculated internally... hence, if the GUS provides
  44.    the indication a little later than expected, another channel is allocated
  45.    - what this means is that the value as played on GUS cards *MAY* differ
  46.    from the value played on software-mixed cards. This difference is minor
  47.    (ie. 2 channels at most, unless you *TRY* to setup a special situation)
  48.  
  49. 8) Due to the nature of the way I'm accessing memory, if you put a very small
  50.    loop around multiples of 64k, then the program *WILL* slow down badly.
  51.    This should not be a problem in general use, but is mentioned here just
  52.    in case.... And don't just go and try it out to prove that it isn't the
  53.    best routine :)
  54.  
  55. 9) There is no 'enforce Amiga limits' option in IT (Which was in ST3) so
  56.    pitches of notes exceeding the Amiga limit will not be suitably played.
  57.  
  58. 10) If your system behaves unexpectedly in IT, it *MAY* be necessary to
  59.     specify the complete parameter list on the command line. This should NOT
  60.     be a problem in most cases, but it has been known to occur.
  61.  
  62. 11) In Windows '95, if you shell to DOS when using SB on a high IRQ, then
  63.     playback may stop! I've got no idea as to why this happens, but it seems
  64.     to restore itself after loading another module (on a SB16)
  65.  
  66. 12) In Windows '95, the program sometimes used to cause the computer to hang.
  67.     This has NEVER happened since I specified full command line parameters.
  68.